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(54) Dynamic property sheet system 

(57) Methods and apparatus for the concurrent dis- 
play of two or more property pages of a Graphical User 
Interface (GUI) are disclosed. A user can select a prop- 
erty page displayed by a first property sheet system and 
create a second property sheet system that displays the 
selected property page at second, user selected display 
position. Alternatively, the user can place, or dock, the 
selected property page into an existing property sheet 
system for inclusion therein and display thereby The 
first property sheet system displays, at a first display 



position, any of the property pages remaining therein. 
Typically, the selected property page is removed from 
the first property sheet system and the first property 
sheet system is destroyed if it contains no other prop- 
erty pages. The invention allows a user of a GUI to con- 
currently display and interact with nwltiple property 
pages of multiple property sheet systems for optimizing 
the exchange of information with the QUI. 
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Description 

A portion of the disciosure of this patent document contains material which is subject to copyright protection. The 
owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it 
5 appears in the Patent and Trademark Office patent file or records, but otherwise r^erves all copyright rights whatso- 
ever 

Fieid of the Invention 

10 The present invention relates to graphical user interfaces, and particularly to property sheet systems having prop- 
erty pages viewable on a graphical user interbce. 

Bacicq round 

15 A graphical user interface (GUI) is an indispensable feature of most modem computer systems. A GUI allows a user 
to interact intuitively with an application program running on the computer by allowing the user to manipulate pictorial 
representations of objects. Many of the display components of a typical GUI, such as title bars, menu bars, icons, mul- 
tiple windows, scroll bars, pop up menus and dialog boxes, are now standard features. A modem GUI represents a 
major improvement over the text-based entry systems of just a few years ago. 

20 Typical dialog boxes of a GUI system allow a user to exchange information with an application program. Some dia- 
log boxes simply require a user to confirm an operation before it is executed by the computer; other dialog boxes may 
ask for user selected input, such as choice of a disk drive, directory, file name, file type, network path, etc. Dialog boxes 
typically comprise components such as text boxes, list boxes, option buttons, and command buttons. 

If a large anx>unt of related information is to be exchanged between a user and the computer a GUI may include a 

25 special type of dialog box known as a property sheet system. A property sheet system, for example, can have a display 
that includes several tabs which represent different dialog boxes, known as a property pages. The user can select a tab 
to display the particular property page associated with that tab. Once selected, the user can enter information, confirm 
an operation, or make other appropriate option choices. 

Available property sheet systems can be frustrating to use. For example, to configure optimally an application pro- 

30 gram, a user often exchanges information with the program by using several modeless property pages. Often the con- 
figuration options that result in the desired performance of the application are not immediately obvious and are arrived 
at by some trial and error. Unfortunately, because the property sheet system displays only one property page at a time 
on a monitor, a user usually selects appropriate tabs to switch between multiple property pages, e.g. property pages 
are relegated to the background Furthermore, the user is typically required to remember the particular settings on the 

35 nondisplayed property pages. This procedure of continually switching between property pages to configure a system Is 
overly laborious and time consuming. 

Accordingly, an object of the invention is to provide a property sheet system that allows a user to easily and effi- 
ciently exchange information with an afplication program. 

A further object of the invention is to provide a property sheet system that reduces the need of a user to choose 

40 continually between displayed and nondisplayed property pages when the exchange of information requires the use of 
more than one property page. 

Other general and specific objects of the present invention will be apparent and evident from the accompanying 
drawings and the following description. 

^ Summary of ttie invention 

The present invention relates to, broadly, the creation of a second property sheet system from a first property sheet 
system. The first property sheet system includes one or more property pages, which are displayable on a display mon- 
itor at a first display position. The first property sheet system is often part of an existing application program. For exam- 

50 pie, a word processor program on which this application is being typed has a property sheet system for setting up 
printers. This property sheet system includes "tabbed" property pages entitled "setip". "paper", "destination", "print 
quality", and "fonts". According to the invention, a property page is selected is response to an input signal from a user- 
operated pointing and selecting device, such as a mouse. In response to a secord signal generated by the user, typi- 
cally via the mouse, the selected property page is included in, and displayed by. a second property sheet system. The 

55 user may thus display and interact with two property pages simultaneously: the selected property page, which is dis- 
played by the second property sheet system, and any one of the property pages remaining in the first property sheet 
system, which is displayed by the first property sheet system. 

One technique by which a user may select a property sheet is by "tearing," that is. selecting a tab representing a 
property page of the first property sheet system. The property page "torn" or selected from the first property sheet sys- 



2 



EP 0 813 139 A2 



tern is displayed at a second location, determined by the user, on the display screen. Typically, a user employs "drag 
and drop" operation to select a property page, create a second property sheet system, and to display the torn property 
page at a user-selected display location. 

As noted, creating more than one property sheet system allows a user to view and exchange data with an applica- 
tion program using two or nrore property pages that are viewed sin^ltaneously. The user need not continually switch 
between displayed and non displayed property pages, nor need he or she commit to memory the contents of one or 
more property pages. Note that as used herein, the term property page or sheet is intended to include a n^al or mod- 
eless secondary window that displays user-accessible properties of an object. A property page is said to be included in 
a property sheet system and can be displayed in a variety of formats to best allow a user to exchange information with 
a computer or with an application program running on a computer. 

Additionally, property pages can be ©(changed between property sheet systems, whether these systems are cre- 
ated according to the invention or exist as part of a separate application program, such as a word processor program. 
A property page "torn" from a property sheet system is typically displayed as a geometric object or other symbol during 
the "drag" portion of the "drag and drop" operation. A user can place the selected, or "torn," property page in an existing 
property sheet system for inclusion therein and display thereby, rather than in a new property sheet system created to 
include the selected page. Typically, the user places the symbol representing the "torn" page in close proximity to a 
property page displayed by the property sheet system into which it is desired to drop the "torn" page. A docking input 
signal, such as release of a mouse button, causes the selected property page to "drop", or "dock" into the chosen prop- 
erty sheet system. Once docked in the chosen system, the property page may be used by the user just as when it was 
in the previous property sheet system. 

According to one aspect, the invention includes a processor; a memory element; a display monitor; a user input 
device; a selection element for selecting a property page of a first property sheet system responsive to a signal gener- 
ated by a user input device, such as, for example, mouse, trackball, or keyboard; arxi a second program element for 
creating a second property sheet system for including the selected property page and for displaying the selected prop- 
erty page at a second display position on the display monitor. 

According to another aspect, the invention includes a removal element for removing from the first property sheet 
system the property page selected by the selection element such that the selected property page is not displayable by 
the first property sheet system. 

In yet another aspect, the invention includes a destruction element for destroying a property sheet system when 
system does not include any property pages, such as when the last page in the system has been removed by the 
removal element 

According to another aspect of the invention the invention further includes a docking element, for, in response to a 
signal generated by a typical user input device, placing a property page selected by the selection means into a selected 
property sheet system for inclusion therein and display thereby 

In yet another aspect, the invention incorporates a positioning program element, responsive to input signal gener- 
ated by the user irput device, for selecting the second display position at which the second property sheet system dis- 
plays property sheets included therein. 

In a different variation, the positioning element varies the display position of a symbol in response to a user input. 
The second program element, responsive to the user input, displays the selected property page at the second position. 
The positioning element also allows for placing the symbol in substantial registration with a displayed property page of 
a property sheet system such that the docking element, responsive to a user input signal, such as release of a mouse 
button, places the selected property page Into the property sheet system with which the symbol was in substantial reg- 
istration. The symbol can be the dotted outline of a box, and the box can be the approximate size of a displayed property 
page. 

To aid the user in docking a selected property page into an existing property sheet system, the invention can 
include an element for displaying on the display monitor an icon having a second display state for indicating to a user 
when the symbol or geometric object is in substantial registration with a property page of a property sheet system. For 
example, the icon second display state can comprise a display of a two puzzle pieces that are mated, and the icon can 
have a first display state comprising two puzzle pieces that are not mated, for indicating a when a symbol or geometric 
figure is not properly registered, i.e., the selected property page will not be docked by the docking means into an exist- 
ing property sheet system. 

According to another feature of the invention, in addition to a positioning element responsive to user input for var- 
ying a position of symbol displayed on the display monitor, a a proximity program element is included. The proximity ele- 
ment determines a parameter responsive to the distance on the display monitor between the symbol and the position 
on the display monitor of a displayed property page of a property sheet system. When the parameter is less than a first 
amount, the docking means, responsive to a first user input signal generated by the user input device, places the prop- 
erty page selected by the selection element into the property sheet system for Inclusion therein and display thereby 
When the parameter varies from the selected value by a second selected amount, the second program means, respon- 
sive to a second input signal, places the property page in a newly created property sheet system and displays the 
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selected property page at a position on the display monitor substantially determined by the display position of the sym- 
bol. For example, the displayed property page can be centered about the position of the symbol. The first and second 
input signals can be responsive to the release of a mouse button as part of the "drag and drop" procedure. 

Of course, the invention pertains not only to a computer programmed in the manner described above to perform 

5 the transformation and operations described above, but to a machine readable data storage medium including the 
above-described elements. The invention is also understood to comprise methods for performing the above operations. 

It will thus be seen that certain changes may be made in the above constructions without departing from the scope 
of the invention. It is intended that all matter contained in the above and following description or shown in the accompa- 
nying drawings be interpreted as illustrative and not in a limiting sense. 

10 It is also to be understood that the following claims are to cover all generic and specific features of the invention 
described herein, and all statements of the scope of the invention which, as a matter of language, might be said to fall 
therebetween. 

Briftf Description of the Drawin^is 

15 

The foregoing and other objects, features and aspects of the Invention will be apparent from the following descrip- 
tion and apparent from the accompanying drawings, in which like reference characters refer to the same parts through- 
out the different views. The drawings illustrate principles of the invention and, although not to scale, shown relative 
dimensions. 

20 FIGURE 1 Illustrates a typical computer system according to the invention. 

FIGURE 2 illustrates a typical property page of a property sheet system for configuring, for example, the keyboard 
display of an application program. A user accesses each property page of the property sheet system by selecting the 
appropriate tab displayed at the top of the property page window display 

FIGURE 3 illustrates an intermediate display presented as part of the "drag and drop" procedure for creating a new 
25 property sheet system including a property page "torn" from the first property sheet system of FIGURE 2. 

FIGURE 4 illustrates a second property sheet system including the property page "torn" from the first property 
sheet system illustrated in FIGURE 2 and which is displayed simultaneously therewith. 

FIGURES 5A and 5B depict the selected display states of a dynamic icon for aiding a user in "docking" a property 
page removed from one of the property systems for placement within another sheet system. 
30 FIGURE 6 is a flow chart diagram illustrating the steps involved in removing a property page from a property sheet 
system and placing it in a second property sheet system, as depicted in FIGURES 2-4. 

FIGURE 7 is a schematic illustration block diagram of the software components utilized in accordance with the 
teachings of the present invention; 

FIGURE 8 illustrates the object classes, and their relationships, in accordance with the teachings of the present 
35 invention, 

FIGURES 9A-9C illustrate parent-child relationships of particular object classes depicted In FIGURE 8 and used in 
the software coding according to the teachings of the invention. 

FIGURE 10 is a hierarchical schematic illustrating the derivation of key property pages from a property page base 
class according to the teachings of the present invention, 

40 

Description of lilustrated Embodiments 

The renraving or tearing of property pages from a property sheet system, in accordance with the teachings of the 
present invention, extends the user interface of standard Windows/Windows 95/Wlndows NT property pages to enable 
45 a user to change values on separate property pages simultaneously without changing visual context. The user can grab 
the active property page and pull/tear it away from the property sheet system and place it in an existing or newly created 
property sheet system. However, one of ordinary skill in the art, in accordance with the teachings herein, understands 
the invention to be applicable to GUI's in other operating environments, such as, for example, X-Windows, Motif, and 
IBM OS/2. 

50 The practice of the invention includes a computer, such as the computer 2 illustrated in FIGURE 1 . The computer 
2 typically includes input-output hardware 3, a central processor 4, random access memory 5, disk storage 6, a key- 
board 7. pointing device, such as a mouse 8 and a display monitor 10. The Input/output hardware 4 connects tiie com- 
puter 2 to, for example, a network. 

FIGURE 2 illustrates a typical computer display screen display 12 of a property page 14 of a property sheet system. 

55 The property page 1 4 in FIGURE 2 is used for configuring the keyboard display 16 of an application program that mon- 
itors and controls industrial processes. One such industrial process control system is the I/A SERIES® System availa- 
ble from The Foxboro Company of Foxboro, Massachusetts, USA. However, an industrial process monitoring system 
is merely one example of the type of environment in which property pages are typically very useful; the present inven- 
tion is useful in many computer application programs, such as word processors, spreadsheets, communications pack- 
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ages, web browsers, etc. However, in the particular embodiment illustrated here, the property pages are used to 
configure a keypad annunciator of an industrial process control system, such as the keypad annunciator 16 in FIGURE 
2. Many of the keys of a keypad annunciator 16 are configurable, via property pages, such that a given individual key is 
associated with a particular alarm state of the industrial process control system; occurrence of that alarm state causes 

5 the key to change appearance. The key is also configurable such that selecting the key with the mouse can initiate 
selected corrective action or display a selected process graphic. 

To "tear" a page from a property sheet system, the user positions a cursor over the body (i.e., generally anywhere 
other than an edit field or the tab representing the property page 14) of property page 14 and provides an input signal, 
typically by depressing a button on the mouse. During this tearing, or selection, process the user is presented with an 

10 outline of the property page while the mouse is pressed, and the outline can be positioned by "dragging" it anywhere 
on the display screen. FIGURE 3 illustrates the outline 20 of property page 14 that is in the process of being torn from 
its property sheet system. Once the desired position is found, releasing the mouse button signals the application to cre- 
ate a new property sheet dialog system and populate it with the torn-away property page. Typically the original property 
page 14 is removed from its original container, e.g., the first property sheet system, and is only available in the second 

75 property sheet system. The user can view and change values using different property pages in one visual context, that 
is, to view them simultaneously positioned above the desktop 13, FIGURE 4 illustrates the simultaneous display of two 
property pages, the torn page 14. displayed in the display window 24 of the newly created property sheet system, and 
property page 22, now displayed in the original property sheet system display window 1 5. and corresponding to the tab 
25 labeled "displays." The tab 1 8 labeled "actions" in FIGURE 2 is removed from property sheet display window 1 5 and 

20 now appears in display window 24 in the newly created property sheet system, as illustrated in FIGURE 4. The property 
page 14 and the property page 22 are now displayed concurrently, and the user can exchange data with either of them. 
Typically, as the user interacts with one of the displayed property pages, the other is updated, as necessary, to reflect 
the data exchange with the other For example, if the display window 24 of the newly created property sheet system is 
active, that is, the user is exchanging data with the property page 14, the property page 22, displayed in the non-active 

25 window 1 5 of the original property sheet system, is updated, as necessary, to reflect the any data input by the user to 
the property page 14 displayed In window 24. 

In addition to being able to create a new property sheet system for displaying the selected property page, the user 
can place the selected property page into an existing property sheet system. The user attaches, or docks, a "torn" prop- 
erty page into an existing property sheet system by dragging the outline 20 over the top of a property page displayed 

30 by that system. Releasing the mouse button when the outline is so positioned docks the property page into the property 
sheet system. As discussed immediately above, a displayed property page in a non active window is updated, as nec- 
essary, to reflect any input by a user to a displayed property page in an active window. Using the docking procedure, 
the property page 14 in FIGURE 4 can be selected and placed back into in the original property sheet system for re- 
display in display window 1 5. 

35 A visual cue, such as a dynamic icon 28 in FIGURES 5A and 5B. is provided to assist in the tear-away/docking 
operation. During the dragging process, the user is provided with a symbol such as dynamic icon 28 that shows two 
puzzle pieces. When the drag box is over a dock-site, i.e., over an existing property sheet system that can accept the 
property page being dragged, the puzzle pieces join and appear as a second display state 32, thus signifying to the 
user that the dragged page can be docked e.g.. accepted Into the that system. FIGURE 5A illustrates the dynamic icon 

40 in the first display state 30 wherein the puzzle pieces are separated, indicating that the drag box or geometric shape 20 
is not properly positioned for a property page to be docked. 

The invention uses the logic depicted in the operational ftow chart illustrated in Figure 6. Starting at decision box 
34, pressing a mouse key when the cursor is within a property page "tears" the property page and leads along the "yes" 
branch of box 34 to box 36. As the mouse is dragged, that is, moved with the mouse button pressed, an outline of the 

45 property page is drawn on the screen. This process will continue until the user releases the mouse button. Releasing 
the mouse button leads from along the "yes" branch of box 36 to decision box 38. which determines whether the torn 
property page can be docked, that is, whether the drag box 20 is positioned over a property page of an existing property 
sheet system. If docking is possible, the torn page is docked into the "target" system, as in box 42; if the page cannot 
be docked, a new property sheet system is created for inclusion of the torn property page, as indicated by box 40. 

50 Finally in box 44, the torn page is removed from the original property sheet system, and if no other pages remain in the 
original, or source, property sheet system, the system is deleted, or destroyed. In the remainder of tine specification, the 
object classes and coding to perform the above-described operations are described. 

The present invention uses techniques of object-oriented programming. In object-oriented programming, routines 
are separate entities that include both data and functions, or methods, for processing the data. Object-oriented pro- 

55 gramming differs from traditional structured programming, which relied heavily on subroutines, and in which data and 
the routines that handled the data were usually strictly segregated. Structural programming is organized in terms of 
computer details, such as files, record, and sorting algorithms; object oriented programming is organized in terms of the 
physical entities, the "objects," that exist in the environment in which the problem is to be solved. The data and methods 
stored in a object represent, respectively the attributes of the physical object and the actions a object is capable of car- 
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rying out. Objects are related to classes; an object is said to be an Instance of a class. A class Is not an object, but a 
template that instructs a compiler how to construct an actual object. 

Those of ordinary skill in the art of modern programming are familiar with object-oriented concepts such as encap- 
sulation, inheritance and polymorphism. Encapsulation refers to combining data and functions, or methods, that proc- 

5 ess the data into a single object, wherein the internal details of the methods and data may be largely hidden. 
Inheritance refers to a derived class inheriting the features and capabilities of the base, or parent, class. The derived 
class can then be modified to suit a particular need. Polymorphism allows objects whose properties differ to be able to 
function together. That is, the interfaces through which objects exchange messages are standardized and not depend- 
ent on the exact internal working of an object. Because of encapsulation, polymorphism and inheritance, object ori- 

10 ented-programming is a modular approach that reduces the amount of coding a designer of a new system or function 
needs to perform. Objects can be joined in a coherent procedure in which objects can be added, modified or deleted 
without a designer having to rewrite a whole application. A considerable amount of code written by others is reusable, 
and is often reused. For example, the Microsoft Foundation Glass (MFC) Library is a set of more than 100 classes 
designed to help G++ programmers write Windows-based programs. The present invention built upon classes from the 

IS MFC version 4.1 library. 

Accordingly, described herein are only those class definitions, and code segments, necessary for one of ordinary 
skill in the relevant programming arts, possessed of all the teachings herein, to make and use the invention. Classes, 
objects and codes well known to, or easily created by, those of ordinary skill in the art, or available in published libraries, 
such as MFC library, are not described, or if described, are only briefly discussed. 

20 The present invention provides for a sophisticated property sheet system that supports modeless operation and 
tear-away property pages. The system uses the standard system software components illustrated in FIGURE 7. The 
conponents include the application frame window 46 and the property sheet system 48. In general, property sheet sys- 
tems are implemented using three components: a property frame 48A. a property sheet 48B, and one or many property 
pages 48C. These three components 48A-48C are related. The property pages 48C are the children of the property 

25 sheet 488; the property sheet 48B is the child of the property frame 48A; and the property system 48 is owned by the 
application's main frame window 46. Because the property frame 48A is typically a top-level window, it generally cannot 
be a child of another window, but it can be owned. 

The present invention extends the standard property sheet system, such as that in FIGURE 7. by extending the 
standard classes to allow the tearing of property pages, the creation of new property sheet systems, and the docking 

30 of torn property pages into existing property sheet systems. The classes are illustrated in FIGURE 8. 

The application frame window class 50, labeled CACRFrameWnd in FIGURE 8, provides management support for 
the property sheet system 55. The application frame window class 50 provides property page dock support, property 
page availability handling, and property sheet system creation. The application flame window 50 constructs the prop- 
erty sheet system 55 with a creation mask that indicates which property pages 56 to create. Additionally, the application 

35 frame window 50 provides the notification interface used by the property sheet system 55 when property or selection 
information has changed in a property page 36. 

The property sheet system 55 is comprised of three distinct parts. The first and least significant of these compo- 
nents is the property sheet frame class 52. The property sheet frame 52 is a mini-frame window that is used to house 
the property sheet system 55 window. The property sheet frame 52 allows the property sheet system 55 window and 

40 pages 56 to be operated in an modeless fashion. The property sheet frame 52 creates the property sheet 54, hides 
itself when closed, and provides access methods to its owned property sheet 54. 

The property sheet class 54 provides management support for the key property pages 56. This support includes 
property page creation, property page docking support, and property page update facilities. 

The individual property pages 56 constitute the final component of the property sheet system 55. Each property 

45 page 56 provides specific edit functions for a portion of the data exchanged with an application program. Each property 
page is derived from a base property page that provides application-specific property page functions. The base prop- 
erty page provides tear-away page support, and facilities to update a keyboard or be updated from a keytx)ard. The 
base property page also provides an iterative mechanism for setting property information for multiple keys of keypad 
annunciator 16 in FIGURE 2 to facilitate disabling of controls. 

50 Further elaboration is provided below, in a separate section on each of the components. Class definitions and a 
description of the instance variables and methods for the property frame class, property sheet class, and property page 
classes are provided. Important code sections for the property sheet and property page classes are listed at the end of 
the specification, and additional code, inciiding code pertaining to modification of the application frame window class 
is provided in an appendix. Coding for the property sheet frame class is not provided, 

55 

A pplication Frame Window Class 

Coding for portions of the application frame window class is provided In the appendix. 
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Pro perty Sheet Frame Class - CProp ert ySheetFrame:CMiniFrameWnd 

The property sheet frame 52 allows the property sheet system wirxiow arxi pages to be operated in a modeless 
fashion. The property sheet frame 52 can operate to create the property sheet to hide itself when closed, and provides 
access methods to its owned property sheet. 

As shown in FIGURE 8 and in FIGURE 9A, the CPropertySheetFrame 52 provides the harness window for the 
property sheet system. The CPropertySheetFrame 52 creates, destroys manages visibility, and facilities modeless 
operation of the property sheet system. 

The CPropertySheetFrame class 52 is defined below in Tables 1 and 2. 

Table 1 - CPropertySheetFrame Class Definition 



Name 




Parameters 


Returns 


Access Virlua 
1 






1 UINT 


Nothing 


public no 




wCreatePageMask 
void 

void 



Nothing 



public yes 



CACRPropertvShe public no 
et* 



LPCREATESTRUCT int 
IpCreateStruct 

void void 

CWnd* pOldWnd void 

UINT nState, void 
CWnd* pWndOther, 
BOOL bMinimized 



protect no 
ed 

protect no 
ed 

protect no 
ed 

protect no 
ed 



40 



45 



Table 2 - CPropertySheetFrame Data Definition 





jpc Access 






CACRPropertySheet* 


private 






UINT 


private 



Below is a description of the data and methods of the CPropertySheetFrame 52. 
Data: 

55 m_j>ACRPropertySheet: This data member is a pointer to the property sheet system that is created and managed 
by this frame. 

m_wCreatePageMask: This a data member s the initial page creation mask used to define this property sheet sys- 
tem. The page creation mask is a bit field that indicates to the property sheet system which property pages to create. 
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Methods: 

CPropertySheetFrame(UINT wCreatePageMask): This method is the constructor for the CPropertySheetFrame 
class. The constructor will store the specified page creation mask Internally and use it later during the creation process. 
The constructor will initialize the mjDACRPropertySheet member variable to NULL 

-CPropertySheetFrameQ: This method is the destructor for the CPropertySheetFrame class. The destructor will 
destroy the mj^ACRPropertySheet member variable. 

GetPropertySheetQ: This method returns the mj3ACRPropertySheet pointer. 

OnCreate(LPCREATESTRUCT IpCreateStruct): This method handles the creation of the frame window. This class 
customizes the creation process by creating the property sheet system at this time. The property sheet system Is cre- 
ated with the page create masK mjwCreatePageMask, that was specified during class creation. 

OnCloseQ: This is a method that intercepts the normal window close behavior. The default behavior of the close 
process is to destroy the window and this class. This method simply hides the window. The destruction of this class is 
the responsibility of the C AC RFrame Window. 

OnSetFocus{CWnd* pOldWnd): This is a method that forwards the focus handling to the embedded property sheet 
system if one is defined. 

OnActivate(UINT nState, CWrd* pWndOther. BOOL bMinimized): This is a method that forwards the activation 
handling to the embedded property sheet system if one is defined. 

Property Sheet Class - CACRProDertvSheet:CProi^rtvSheet 

The CACRPropertySheet 54, illustrated in FIGURES 8 and 9B, provides support for the key property pages. 

CACRPropertySheet customizes the default property sheet behavior by providing automatic property page creation, 
property page docking support, and property page update facilities. The CACRPropertySheet class 54 Is defined below 
in Tables 3 and 4. 



Table 3 - CACRPropertySheet Class Defmition 



Name 



Parameters 



Returns 



Access Virtua 




CWnd* pWndParent, 

UINT 

wPageCreateFlag 

void 

LPCREATSTRUCT 
IpCreateStruct 

UINT wPageMask 

void 

UINTwPageMask 
UINTwPageMask 

void 

UINT w^PageMask 

UINT wPageMask, 

LPRECT 

pTearOffRect 

void 



Nothing 



public no 



Nothing 


public 


yes 


int 


protecte 
d 


no 


void 


public 


no 


void 


public 


no 


void 


public 


no 


BOOL 


public 


no 


UINT 


public 


no 


CPropertyPage* 


public 


no 


void 


public 


no 


void 


public 


no 
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Table 4 - CACRPropertySheet Type Definitions 



Mask 


Value 




UXUUUUUUUU 




0x00000001 




0x00000002 




0x00000004 




AvAnnnAAAft 
{jXwvkjVkjkjo 




0x00000010 




0x00000020 




Ox0000003f 




OxffffiHf 



25 

Masks : 



The following masks are used to define property pages that are used in the CACRProperySheet Implementation. 



30 NO_PAGES: Specifies no pages. 

PAGE_ACTIONS: Specifies the Alarm Actions Property Page. 
PAGES„DISPLAYS: Specifies the Display Property Page. 
PAGE_PROGRAMS: Specifies the Program Property Page. 



35 PAGE_COMMANDS: Specifies the Commard Property Page. 

PAGE_ALARM_L1ST: Specifies the Alarm List Property Page. 
PAGE_ALARM__COLOR: Specifies the Color Property Page. 
LEGAL_PAGES_ONLY: Specifies all the legal Property Pages. 
ALL_AVAfLABLE_PAGES: Specifies all pages, legal or othenwise. 

40 

Methods : 



CACRPropertySheet(CWnd* pWndParent, UINT wPageCreateFlag): This is the constructor for the property sheet 
system. The constructor will invoke the CreatePage member with the specified page create mask. 
45 -CACRPropertySheetO This is the destructor for CACRPropertySheet. The destructor will delete all ed property 
pages. 

OnCreate(LPCREATESTRUCT IpCreateStruct): The OnCreate handler automatically snaps this window to the cli- 
ent region of its parent, typically the CPropertySheetFrame. 

PostNcDestroyO; This method calls the default PostNcDestroy handler and then deletes itself. 
50 GreatePage(UINT wPageMask): This method will creates the property pages specified by the page mask. All cre- 
ated property pages are automatically added to this property sheet. 

DestroyPage(UINT wPageMask): This method will find the page with the specified mask, remove it from the prop- 
erty sheet system, and destroy tt. The page mask must specify a single page for this method. 

lsPageEnabled(UINT wPageMask): This method will determine it tfte page specified by the page mask is present 
55 in this property sheet system. This method will return TRUE if the page Is found, FALSE otherwise, 

GetPageMask(void): This method will return the page mask for all the pages ed in this property sheet system. 

FindPage(UINT wPageMask): This method will find the page specified by the page mask. This method will return 
the specified page if it is found. NULL othenwise. 

TearC)ffPage(UINT wPageMask): This method will request the main frame window to create a property sheet sys- 
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tern in the specified page mask, remove the specified page from the property sheet system, and if the property page 
removed is the last on kill this class. 

UpdatePageControi{void) : This method provides a work around to a MFC 3.0 bug concerning the automatic redraw 
of the page control used in the property sheet system. 

5 

Property Page ■ CACRPropertyPaQe: CPropertvPaqe 

The CACRPropertyPage 56. as illustrated in FIGURES 8 and 9C, provides the core behavior for the key property 

sheet system for the process control application program. The key property sheet system is used to configure the keys, 
10 of the keypad annunciator 1 6 in FIGURE 2, CACRPropertyPage 56 provides tear-away page support and facilitates set- 
ting of properties from and to a target data source. 

The CACRPropertyPage class is defined below in Tables 5 and 6. 



15 



Table 5 - CACRPropertyPage Class Definition 



Name 



Parameters Returns 



JINT wPa^elD, Nothing 
JINTnlDTemplate, 
JINTnlDCaption 

LPCSm Nothing 

IpszTemplateName, 
UINT nIDCaption 

void 

void 

void 

void 

void 

HWND hWnd, void 
LPRECTpRect 

HDC hDC, void 
LPRECT pTrackRect, 
BOOL bKillTrack 

LPRECT pTearOffRect void 

UINTnFlags, CPoint void 
point 

UINTnFlags, CPoint void 

point 

UINT nFlags, CPoint void 
point 



Access A^irtu 



public 



public 



Nothing public 

UINT public 

void public 

void public 

CACRProper public 
tySheet 



no 

no 

yes 

no 

yes 

yes 
no 



protecte no 
d 

protecte no 
d 



protecte no 
d 

protecte no 
d 

protecte no 
d 

protecte no 
d 





10 



EP 0 813 139 A2 



Table 6 - CACRPropertyPage Data Definition 



Name 



lypc Access 


RECT 


protected 


BOOL 


protected 


BOOL 


protected 


BOOL 


protected 


SIZE 


protected 


RECT 


protected 


POINT 


protected 


UINT 


protected 



Data : 



m__rTracKRect: This variable s the property page tracking rectangle during a page tear operation. 
m^blsTracking: This variable indicates that the property page is in the process of being torn off. 
m_blsTearable: This variable indicates that the current property page is tearable. 

m_bDitherLast: This variable iixiicates the state of the last drag track render operation. To maximize visibility the 
track rectangle is rendered In a corrtoination of dithered states and non-dithered states. 

m_sizeLast: This variable s the size of the last track render operation. 

m_rectLast: This variable s the rectangle that was previously rendered during the drag operation. 

m_ptStartPoint: This variable s the starting pdnt of the drag operation. The start point will maintain the relative posi- 
tion of the drag rectangle to the mouse. 

m_wPagelD: This variable s the page Id of this property page. The page id is defined on creation of the property 
page. 



M et h od? : 



CACRPropertyPage(UINT wPagelD.UINT nIDTemplate.UINT nIDCaption): This is the constructor for the 
CACRPropertyPage dialog. The constructor requires specification of the page ID, a dialog template, and a caption. 

CACRPropertyPage(UINT wPagelD .LPCSTR IpszTemplateName.UINT nIDCaption): This is a constructor for the 
CACRPropertyPage dialog. This version of the constructor allows for the specification of the template using a string. 

^ CACRPropertyPageQ: This is the destructor for the CACRPropertyPage class. 

GetPagelD(void): This method returns the m__wPagelD member variable. 

BeginPropertySet(void): This method provides a hook for derived property page classes to initialize data state 
information to properly reflect data values under multiple keys. 

EndPropertySet(void): This method provides a hook for derived property pages to end the property setting process 
by reflecting collected state information into the property page controls. 

GetPropertySheet(void): This method returns the parent property sheet. This method will ASSERT If the parent 
property sheet is not of CACRPropertySheet style. 

ClipRectToWindow(HWND hWnd.LPRECT pRect): This method will clip the specified rectangle to the specified 
window. The method will maintain the size of the specified rectangle if possible. 

Trad<(HDC hDC.LPRECT pTrackRect,BOOL bKillTrack=FALSE): This method performs tracking for the property 
page dragAear operation. 

TearOffDialog(LPRECT pTearOffRect): This method performs the property page tear operation. It determines It the 
specified rectangle represents a tearable state and if so performs the tear operation. 

OnL8uttonDown(UINT nPlags, CPoint point): This method handles the left mouse button down processing. This 
method will start the property page tear operation. 

OnLButtonUp(UINT nPlags, CPoint point): This method handles the left mouse button up processing. This method 
will end the property page tear operation. 

OnMouseMove(UINT nFlags, CPoint point): This method handles mouse move processing. This method will drag 
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the page tear rectangle if the mouse button is pressed and the page tear operation is undenway. 
Key Property Pages 

5 In the application described here, wherein the prqDerty pag^ are used to exchange information about, and to con- 
figure, the keys of keypad annunciator 16 in FIGURE 2, the key property pages are derived from the CACRPrcper- 
tyPage base class, as shown in FIGURE 10. The property pages provide specific edit operations for the key data. 

Each property page will be implemented in a similar feshion. In general, each property page will provide the follow- 
ing interface, as set forth in Table 7. 



Table 7 - CACRGenericEditPage Class Definition 



Name 



15 



20 



25 



30 




Parameicrii 



iT wPagelD, 
UINT nIDTemplate, 
UINT nTOCaption 

LPCSTR 

IpszTemplateName, 
UINTnlDCaption 

void 



void 
void 



Retunis 



Access : Virtu 



Nothing public no 



Nothing public no 



Nothing public yes 



void 
void 



public yes 
public yes 



35 Code sections for the property sheet and property page classes, as well as code sections pertaining to modification 
of the application frame window class, are provided in an appendix. The code is written in the C++ programming lan- 
guage, but can be used as the operational foundation for other implementations. 



40 



45 



50 



55 
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CHf-f Code for CACRPropertvSheet Qass 



//••••• ♦ ♦ ♦ ♦ 

// * 

// 

// Class; Cr«»tePage 

// Ocscription; Create the property page for this vji^ik And add it to ch« systeo. 
// This routine will create taultiple pages if tauitiple fsasks are 

// specified* 
// 

// Returns: Bool 
// 

• ♦•»..*«• 

-i OfodelessPropectySheet: sCreatePageCUlHT vPageHask) 
CPropertyPaqe* pPage; 



// Dttensine if the individual page types 

// are defined and create and add then to the 



// sheec. 

// 

if (wPagcMasJc 4 PACE ACTIONS) 
{ 

pPage • new CAXMctions () ; 
AddPatje^pPayc) ; 

] 

if (vPageHask & PAG£ DISPLAYS) 

k ' ■ ' 

pPage - new CDisplayX.istPage(} ; 

AddPagt (pPage) ; 
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if (wPageHasJc t PACE ?ROGIlWiS) 
t 

pPag« - new CPro^jcamLiatPagcO ; 
AddPage (ppage) ; 

if (wP«9«Ma«}c 4 PAOE CO»KAM0S) 
i 

pPa9« - new CCommandDlgO ; 
AddPag^tpPagej ; 

) 

if |v<p*geMas)c t page JOARM I,IST) 
{ 

pPage • new CAUiaaLiat {> ? 
Add?49e(pPa9e) ; 

) 

if {wpageHaak ( PAG£ ALAIUl COLOR) 
{ 

pPage • new CNewAIaiwColor (> ; 
Add Page (p Page) i 

) 



Hethodi DeatroyPage 

Description: Thia aaethod toasts the pcopercy page asaociaced with this aasX. 

Thia ia uaed wheft a property page has been removed froo one sheet 
// and put into another sheet. 

// 

// Returns: Bool 
// 

// • ♦ — • 

void CHodeleasPtopertySheet: ;OestroyPagetUIMr wPageKasfc} 
CPropertyPage* pPropectyPagey 

// 

// Get Ic, Remove It. KILL It. 

//— - 



if { {pPropertyPage - rindPage{wpag«Kask) J mhh) 

ReraovePftge (pPropercyPage) ; 
delete pPropertyPage; 

) 



// 

// • * 

// 

// Class: rindPage 

// Description: Get the property page pointer based on a aaalc 

// Returnat Bool 
// 

// * 

opertyPage* CModelesaPropectySheet : : FindPage (UINT wPagertdSk) 

CACRPropPag** pPage MOLL; 

for iint i-0; i<GetPageCopnt O ; i*-*) 
I 

// Are I the guy we want? 



/^i^t:::::::::::::::::::::::::: 

* *♦ 

// Claaa: CModele* a Proper tyShecc 

// Description: This define, the core swdelesa property sheet. 
// ♦ 
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•deiine 
I define 
' I define 
Idefine 
Idefine 
•define 



NO PAGES 
PAGE ACTIONS 
PACE^OISPIAXS 
PACS'^PROGRAMS 
PACE~CO«MAND$ 

page""aiabh hxzr 

PACE^ALAflW^COLOR 



0x00000000 
0x00000001 
0x00000002 
0x00000004 
0x00000008 

oxcoooooio 

0x00000020 



lifdef SOrtPAHEL 



idefine 

Idefine 

ielse 

•define 

Idefine 

fendif 



LEGAL FAGCSJOHLY 0x0000003f 
ALL^AVAILABLE^PACES Oxffffffff 

LEGAL PAGES ONLY OxOOOOOOlf 
ALLJWAZIABLG^PACES Oxffffffdf 



Class CHodftlessPropertySheeC? 
cXass CXcyboacdCore; 
class CACRKeyi 



class CModelessPropertySheet : public CPropertySKeet 
private: 

CKeyboardCore* m^^pOwnerKeyboacd; 
public: 

DSCLAJtE^OTfNAMICCCModelessPcopertySheetJ 
" CHodelessPtopercysheet 
-0<odel«$sPropertySheet 



// Attributes 
void 
void 
SOOX. 

CPcopcrcyPage* 

void 

void 

void 



CceatePage 

DescroyPage 

IsPageEnalJled 

GetPaqeMasJc 

FindPage 

TearOf fPa^c 

U pdd c e Pag eConc r o 1 



(CWnd* pWndParent,OINT wPagcCreaceriag) 



iUINT wPageMask); 
(UIN? wPaqeMasJc}; 
(UINT wPageHaslt); 
(void) ; 

min wPageKasJc); 

<UINT WPageMask, LPWSCT pTearOf fRect) j 

[void) ; 



SctPropecciesFirotaXeyboard {CKeyboardCoce* pKeyboardJ j 



if ( ({pPage » (CACRPropPage*) GetPage (i) ) >- NULL) tt 

(pPage->rsKittdOf {RUNTIME_CLASS (CACRPtopPage) ) ) 4t 
(pPage->GecPagetDO 4 wPageHask) ) 

( 

return pPagc; 

} 

) 

ASS2RT{pPage !» HOLD; // If we ate asking for a NULL page sotae 

// bogus is going on. 

return pPage; 



♦* 

// • ' ♦ 

// 

// Class: isPageEnabled 

// Description: This routine loops thcougn the pages associated with this 
// dialog systcw and detecaines It they are present, 

// 

// Returns; Bool 
// 

// ♦ • • 

800L CHodelessPropercyShecc:: IsPageEnabled (UXHT wPagcHask) 

CACP.PropPage* pPage - HULL; 

for {int i-0; i<GetPageCount (J ; t-^+J 
( 

7/ Am I Che guy w« wiac? 
if ( ( (pPage - {CACRPropPage* J GecPage (i) ) !• KULLi 

(pPage-MsKindOf (RUHTIKE CLASS (CACRPcopPage) ) } 4t 
{pPage-XSetPagelOO ( wpIgeMask) > 

( 

return TRUE; 

} 

) 

return TALSE; 
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// * 

// - ♦ 

// 

// CI*aa: CetPa^eMasIe 

// Description: This routine loops chrou^h the pA^es Associated with this 
// di*log syscen and collects their ps^e bus its. 

// Returns: OlHT 
// 

// » • 

UINT CHodelessPropectySheet : :GecPa9eKas)c(voi(l) 

OXMT wp«9e»Ask - 0; 

CACRPropPage* pPage " HULL; 

for tint i»0; KGetPs^cCount (}; 

// Am £ the guy wc want? 
If ( {(pPage - (CACRPropPa<7B»)GetPa9e(t)I !~ HULL} (4 
{pPage->IaKindOf ( RUNTIME JIIASS (CACRPropPage) j ) ) 
wPagcMasJc }- pPa9e~>GeCPagcX0(> / 

I 

return vpa^eMask; 



Class: PageChanged 

// Description: This routine is called by the Propcxty pages when soocthing 

// has occured thac ehangea their data. will tell the keyboard 

// core so he nay update his infortaatlon. 
// 

// Returns: Nothing 



// 

// ' ♦ 

// 

// Hechod: TearOffPage 

// Description: This routine re»ov«s che requested page froa this sheet 
*nd tells the frame to create a new one. 

// Returns: Npthina 
// 

//*•"• ♦* ^ 

d CKodelessPropertySheet:! TearOffPage (UIHT wPageHas)t,LPRECT pTearOf fRect) 
CsraiteWad* pNewfrane; 

t)) \i iSuLLr^"" * {CFcaHve«n(i-)ACRGet:MdinWindow()->AddPropercySheet(CetOwr.erKeyboacdi), 

i 



// If it is the last page we should cosvlt 
// sucide 

// 

if (GetPagcCountO -■•11 

GetParent 0 •*>DestroyWindow() ; 

//- 



// Get It. Remove It. KILL It. 
// 

else 
I 

DescroyPage {wP&geHask) i 



// 

// Put the new one on top 



if {pMewframe !- tcrra»eHnd*)GetParent{J 1 
pNlewPrame->BringVIindOHTDXop(] ; 
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//••*•' ' * * 

// 

// Method: Up<UteeageControl 

// 0«*qctptionj Chta method fpcccs the contcol used in the property pAges to 



be cedr«wn* 
Hothing 



// 
// 

// Retucns: 
// 



void CModelessPcopectySheet: :Upd«t«PageCoatrolCvold) 
( 

a t»bRow.SetCucSel(fc t*bllow,C«tXt«mCount 0-1) ; 

) 



C-H- Code for CACRPronertvPa^e Class 



// • 

//••*•••* • * 

// 

// Class: CACRPEOpPage 

// Description: This defines the «Iam color dialog. 
// 

// ♦ • ♦ 

class CKeyboacdCore; 

class CACRKey; 

class CModelessPropcrtySheet; 

cla5 3 CACROocumenc; 

class CACRPropPage : puDlic CPropertyPage 

DECIARC^DVWMIC {CAt«l?rop?aq«) 

protected: 

^ZCS ni_^rTr4c)cRect; 

BOOL m^biStracking; 

BOOI* ri^blsleacable; 

BOOL rrbOitherLast; 

SXlt frrsiteLast; 

RCCT n_reccLa5t; 

POINT n pcStartPoint; 

OINT fl»]]]w?a9eID; // System defined user aasii 

BOOL laJbSr.ableTCAcking; 

BOOL a^SelectedKeyCount; 

BOOL R^^^Islnited; 

// Construction 
public: 

C^CRPropPaqe (UIHT uPageID,UINT nlDTenspiate.UlNT nlDCaption-0) 

CACRPcopPage (LPCSTR IpsxTeiaplateNaae^urNT niOCaption) ; 

-CACP.PropPage i) } 

virtual BOOL OnSctftctive (); # 

virtual BOOL CanClose (void) (return TRUE;} ; 

UINT CetPagelD (voidj ; 

virtual vol<S SctPropertiesfroinKeyboacd [CKeyboardCoce* pKeyboard); 

victual void SetKeyboardrcomPcoperties (CKeyboardCoce* pKeyboard, LONG lHinf*OL} ; 



virtual void 
virtual void 
virtual void 
virtual void 
virtual UINt 



BeginPropertySet 

SecPropectyfrpnKey 

SecKeyFtoaPropecty 

End?ropertySct 

GetUndoOperstionID 



CModelessPropertySheet* CetPropertySheet 
CACP.Docvtnent* GetCocumenc 
CKeyboacdCore*" GetXeyboard 



(vold)(}; 

iCACKKey" pKey}(| 

(CACRKey pKey^LONG IHint-OHi 

^voidH) 

ILOHC IHint) [return STa_IO_^EOlT^UNDOf } ; 

(void) ; 
(void) ; 
(void) ; 



// Dialog Data 

// ( ( AFX^OATA (CACRPropPage ) 
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// Overrides 

// ClaasKlzard gvnerated virtu*! function overrid** 
//{(AFX_,viRTOM.(CACRPropPageJ otr«rrldea 
protected: 



// I«pXe»entatAon 
protected: 

void 

void 

void 



ClipRectToWindow 
TearOffOiaXog 



// Generated aej:ia9e nap functions 
//( iAFX^MSCtCACRPropPaoeJ 
virtual BOOL OnlnitOlalog 
afx^asg void OnLSuttonDown 
aXx^asg void OnLButtonUp 
afx aag void OoMouaeMove 
//MAFX HSC 
OECIARE'messAGE JIAP ( I 



inline UI»T CACRPsqppaqe: :CctPageZO(vold) 



) 

lendif 



return n_w?a9elO; 



(HWND hHnd,tPRSCT pRect»' 

a^^^^^eTrSS"^^^^ ^KiUtracWALSE,; 



0? 

ml^l P^i^^J' 

(CJINT ftFlags, CPoint point); 

(OINT nriags, CPoint pointj t 



//•* * * 

// , • 

// 

// Hethod: CACRPropPage: tCACRPropPage 

// Deacripcion: This routine conatructs the ACFC Property Page 



// 
//* 



Retucna: 



Nothing 



CACRPropeagctrCACRPrcpPagetUINT wpagel0,um nIDTcaplate,UINT nIOCaption> : CPropcrtyPage(nIOTenplate,ntOC 
on} 



- wPagcIO; 

- TALSC; 
» FALSE; 

- FALSE; 

- FALSE; 

- m_alzel*aat .cy • 0; 



n^wpageiD 
m^bEr.abieTr-ackir.g 
m^i^lsTracKing 
5v_bIsTeacabie 
m^bDicheclaat 
m^sizeLast.ex _ 
; Tsc tRectEapty ( t2__tectLftat) 
a^SelectedKeyCounc « 0; 
ci^^lslnited • FALSE? 

//(lAFX DATA XN'ITlCACRPropPagcJ 

// NOTSrthe CUssWiiacd will add neffiscc initialization here 
//) JAFX OATR IK:T 



// • ' • • 

// • * ' • 

// 

// Method: CACP.PropPage: rCACRPropPage 

// Descripcioa: This routine constructs the ACFG Property Page 

// Return*: 
// 

//•' 



Nothing 



"^RPropPageriCACRPropPagefLPCSTR IpszTeaplateKancUIHT nIDCaption) : CPcopertyPagedpstTetnplateiJamcnlOC 

// { {AFX^OATA :Klt tCACRPropPageV 

// NOT£:"'thc CUaaWlzard will add laerabor initialixation here 
//}lArX CATA INtT 
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♦* 

// Clasd: OnlAuttonDown 

// Deacriptiont Tear away thia popup and «a)ce a modeless dialog out oC it . 

// Returns: BOOL 
// 

//•♦•♦♦••••• , 

void CAaiPropPagc:5 0aLButtonDown(OIHT nriaga^ CPolnt point) 

HHMO hoeaktop - ::GetD«»ktf>ptfindow(); 

if (Get?arent{)->IsHindowVlaibU{J c< hOesktop) 

HOC hoc - ::CecDCCx(hDesktop,mjtX,DCX_PWUSiTCLIP); 

// Render the popup outline 
GetCiientRect (6m_rTrackR«ctU 

::KapWindovPointI(CctSft£«Hwnd(),W>e3ktop,{lPPOIKT)t» rrrackRect 21- 

njptS tart Point - point; - * ** 

a_bl3Trackiiig • TROE; 

av_bIsT«ac*ble - FALSE; 

B^bOitherLast » FALSE; 

: :SctRectEapty (tm^ractLastl ; 

ja^aizeLast.cx - ci^aizeLast.cy « 0; 

: : S«tCa?tuce (Ge tSa f eHwnd { ) ) ; 

// Render the popup ouciine 
Track(hDC, ta^rlrackRect) ; 

// Release the dispUy contex 
: :ReIeaseDC(hOesIctop,hDC) ; 

ei«e 

r Property Page: sOnLButtonDowntnFlags, point) ; 



♦ • • 

* 

// Class: OnLButtonUp 

// Ocscriprion: If tracking a popup naXe a modeless dialog out ot ic. 

// Returns: BOOL 

// 

// * ft.... 

void CACR?cop?age::OnL8uttonOp<urNT nriags, CPoint point) 



if (n^blsTracking) 

RSCr rClientRect; 
GetClientRectlfirClicntRect) ; 
HWD hDesktop - ; :CetDesktopWindow() ; 
HOC hDC; 

ASSERT (hDesktop) ; 

hoc - t :GetOCEx (hDesktop, NULL, DCX^PAREHTCirP); 

// Undraw and release dc 
-rack (JjDC, tnx^rTrackRect, TRUE) ; 



; :R»leascDC(hDe«kcop,hDC} ; 



/ / Create the »odclcss property 
// sheet dialog here, 
if ((a^blsTearable) « -PtXnRect (drClientRect.n ptStartPoint) ) 
TearOf f Dialog (tn rTrackRcct) ; .«^«wj:rroint? ) 
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»_bl3Tracking - FALSE.- 
^ ::ReleaseC«pture(); 

CeropectyPage : :OnI£ttttonUp (nflags, point) / 



//* ** 

// Cl«s: OnMouaeHove 

// Description: track the popup if it b«ing totn away. 

// Ke turns: BC»L 
// 

//•* ♦ * ► • 

void CACRProp?a9e::OnllouaeMovc(UrHT nFlaga, CPoint point) 

RECT rClientRect; 

GetClientRcct (4rCIienCRcct) ; 

if (a blsTracking) 

{ 

KWHD hDeaJttop : :GetOesktopWindow() ; 
KDC hDC; 

ASSENT (hOesktOp) ? 

hDC * t:GecDCEx(hOeskCop,NOLL,DCX_PARENTCL:P}; 

if {I: rPcInRect {CrClientRect,point J ) 

inr nDX,nDY; 

// if (m^IsTearable) 

Track (hoc, im^rtracXRecc) ; //Undraw 

Recalculate the cracking rectangle 
nDX • point, X - rajpcStartPoint .X7 t*ngA« 
not point. y - mjptStartPoint.y; 

: :C*5sctRect ( (a rTr*c)cRect, nDX, nDX) ; 
CiipRectToWindo«(hOe3ktop, t»_^rTrackReetj / 

n^ptStarc Point - point; // Remeber this point 

Track(hDC,tia_tTrackRecc) ; // Redraw 
::Rel€a«eOC{hO«3ktop,hDC) ; // Release 

n bX5Tearable « TRUE; 

) 

else if {m blsTearablc) 
i 

Irdck(hDC,£m_rTrackRect,TRO£); // Undraw 
Si blsTearable FALSE? 

> 

1 

else 

CPropertyPage; :OnMouseHove (nFlags, point) ; 



Idefine CX 3OR0ER I 
Idefine CY^BOROER X 
»de£ine 7ITLEHEIGHT IS 

//• *. , 

// 

// Class: Track 

// Description; Render the tracking rectangle in XNOR mode on che specified 
display context. 

// Returns; BOOL 
// 

// * • ♦ • , 
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CACRPropPa9e::Tr*c)t{ROC hOC,LPRECT pTi:*ckfiect* BOOL bKillTr*ckj 

CDC* pDC-CDC : : FroioH4ndl« (hOC) ; 

// <lef4ulc to thin £rwe 
CSixe Aice(CXJBOROCK, CY^BOROER); 

// datermine new recc »nd »iie 

CRecc r«ct/ 

CBrujh* pHhiCftBrush - C8cu$hi irco«H*ndle( (HBROSHJ : :Get5cocJtObject {WHITE BRns«ii, 

CBrush* pBru5h - pWhiteBruah; 
Ha;R50R hCuMor? 

// Sec tracJc r«ct sixt 

cect •» *ptcackRecC; 

// m*'^^^*^^ * clocJcing 

if {ACRGetMainKlnclowO*>C«nOock<ftrtct} — NULL) 

»lte,cx - CetSyateaHetric* (SH CxmjtBy - CX BORDER; 
sixe.cy - GetSystemMetrlcs (SHjCtnuVKe) - CYJoRDER; 

pScush « pDltherBruah; 
^ hCuraoc - AfxCetApp()->Lo*dCuMoe{IDC_MOTDOCKEDJ; 
else 

hCursoc • AfxGetApp(}->LoAdCursor{IDC^OOCKEO); 

U {bKUlTrack ft !tt_blaTear«blc) 

sizft.cx *■ si%e.cy « 0; 
^ hCuraor " AfxGetAppO ->LoaciStMdardCurior UOCJURROH} ; 

; rSetCursocChCutrsoc) ; 

// draw it and renetnb«r iast size 
pD<:->OrawDragRecc(&rect, size, tm^cectUst, w sizeUst, 

pBrush, m_bOitherLa3C ? pOitherBrush : pKhitearushJ - 
a^reccLast - cect; ^^-c^iusnj , 

n'jxreLast - size; 

n^bOitherUsC - {pBcuah — pOitherBcuih) r 



• » 



// Class; ClipReccToWindow 

// Ocscciption: This^routine clip, the specified rectangle to the specified 

// 

// Returns: BOOL 

// 

*•* , 

vote CACRPropPage;;ClipRectTo*rfindow(HHND hWnd,LPRECT pRect) 

S^ECr cClientRect; 
inc nWidth,nHeight; 

li£nde£ WU_A9P 

: iGecCliencRect (hWnd, trClientRect) ; 
.se 

: :G€tWindowRect(hWad,4rClientRecti ; 

nWidth " pRect-> right - pRect-MeCt; 
nHeight « pRect->botto» - pRect->top; 

// Clip top and bottom 



* (pRect->top < rClicntRect.top) 

pRect->cop - rCiieniRect^top; 
pRecc->bottoin - pR«ct->t:op +• nHeight; 

lie if {pRcct->bottoa > cClientRecr .bottom) 

pRect->boctoa - tClicncRcct .bottom; 
pRect->top - pRect->bottofa - nHeight; 
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// Clip IcCt and eight 
it (ptlcct">left < rClicntRectaeftl 
{ 

pltecc->it£t rCllentR«cc.le£c; 
plltct->ri9ht - pR«ct->left *' n«idch; 

) 

eX»e if tpiicct->right > rClientRect. eight) 
{ 

pRecc*>righc - rClientKect . ri^ht/ 
pR«c!;->Uft * pR«ct->right • nWidth* 

) 



// * ♦ * * * 

// 

// Cl&as: TearOff Dialog 

// Deacription: Thi* routine creates another version ot this dialog, only in 

// modeless font. 

// 

// Returns; BOOL 
// 

// * • * 

Idefine MlK KEH_OELTMC 5 
l^deCxne HlvTHt'HJiZtXk'C 5 

d CACRPropPage: :TeacOff Dialog (LPRBCT pTeaxrOf fRccc) 

HWMD hOeakcop - : tGeCDaskcopHindowl) ; 

RECT rCltencRcct; 

CModeXessPropectyShecc* pPropercySheet - CecPropcrtyShcct C J ; 

// 

// ConverC the ciient coords to Che 
// desktop coords to dctcrciine if the 
// trac)cing window has ttov«d enough to 
// tear it off. 

// 

CctClientRect { irClientRcct) ; 

: :Kapaindou?oiat5<GetSafeHwndl! ^hOesktop, {LPPOIKTJ trClicrvtRect, 2) ; 

// - 

// Get this pages ID« create a new property 
// sheet with it, and destroy the page. 

// — 

if (pPropercySheeC) 

pPropercySheeC->TearOffPdge(C«tPageXD(l ,pTe4c0f£Rect) ; 

) 



//*'•'*•*•*♦••* * * • • 

// * • *• 

// 

// Class: GetPropertySheet 

// Description: This routine returns the parent property sheet in a digestable 
// forroat. 

// 

// Returns*. BOOL 

// 

CModclessPropertyShect" CACRPropPagc : :GetPropertySheet tvoid) 
I 

CWnd* p«nd - GetParcnt 0 ; 

CModelessPropertySheet* pPcopertySheet; 

• return ppropertyShcet; 
return HULt; 
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Ct± Code f or Annlication iTram^ 



// • 

// • • 

// 

Method: AddPcopercyShtet 
// o«scripcion: This routine creates a fra^e window with pcopercy ^heetf *nd 
// populates it vith avalLabie property p»qns. 

// Returns; CPropertySheetframe* 

CPtopertyShectFratte* CACIUHAinFraKe: :MdProp«rtySheet {CKcyboardCocc* pAcCiveKeybo«rd, OIHT wPtgeMaalcLPRECT ppro 
pettyRectJ 

CPropertySheetFrittc* pPropertySheetfrarae-KULL; 

// A valid keyboacd is z-eqviced 

ASSERT {pAccive Keyboard 5- HULL) ; 

//It Che user is creating a standard property frame 
// ve should give Chen all the available pa9e3 
if WPagcMaak — ALL_AVAILABLE_PACES) 
wPaqeHastc « GetXvailablePageMaskO ; 

i/ (wPageMasJc »JO_?ACES) 
sccurn rXLSE; 

// Determine vf we can dock chis sheet to an exiscin^ 

// tcane. We ate in doclcing siode it the pPropercyRecc is 

// specified. 

if (pPropcctyRcct { {p?ropertySheetFrd::vq"CanOocktpPropertyRect) ) !• NUL^lJ 
t 

CModeiessPropertySheet* pPropertySheet p?ropertySheetrrane->Get?rop«rcySheet 0 ; * 
pPropectyShcet->CteatePage {wPageMasl;! ; 
lifndef OONTREIHIT 

pPcopeccySheet*>SecOwaecKeybo«rd (pActiveKeyboard) ; 
pPropettySheet->SetPropertiesrro»Keyboard <pActive Keyboard) ; 

lendi £ 

pPropercySheet->'JpdatePageControi ( ) ; 

) 

else 
( 

// Hatch out for those exceptoins 

TRY 
{ 

CRect i:ecc{0,0,0,0); 
CSCring strTicie; 

// Create chia guy and position it. 
pPropertyShcctrra=;e ■ new CPcoperCySheeCFrameiwpageHask) / 

5?:rTitle.E::3pty{) ; 

if (:pPro?ertySheecFra«.e->CreateiNULL, sccTitle, HS^POPOP t WS CAPTlOH I WS SYSHENU. cecc thisH 
delete pPropertySheetrrawe; "* 

OpdateKeyPropertyTitletpPropertySheetrrane.pAcciveKeyboardj ; 

// Initiaiite the data 
pPropcrtySheetFra»e->GetPropertySheet () -'>SetOwnerKeybodrd{pActiveKeyboard) ; 
pPropertySheetrra3ie->GetPropertySheet t J ->SeCProperciesFto»Keyboard(pActiveKeybo«rd» ; 

// If a property recc is specified u« it to 
// position chis guy 

if ( pP roper ty Rett) 

«P MOWROSRJ ; P^*^''P''^'ySheetFra»e->SetWindowPos <HOLL. pPropectyRecc->le£t , pProperCyRect->top. 0, 0, SHP^NOSlZS I S 
else 

pProp e r ty Sh e e t rr a me ~ >c cn t e r K i ndo w ( AC RGe t O i a 1 o9Ce nterWindow < ( I #* 

if tipProp«ctySheecrrame->XsWindowviaiblcC> ) *" ' 

pPropertyShcecrraffie->ShowWindow(Sw_SKOt^| ; 
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* <j€let« pPrppcrtySheetmrne; 
pPj;opcrt:ySti««crr*»e * HULL; 

[.turn pPcopcrcyShc.trrwe; 



• •••»••••*••♦****•*•**••♦••*•**•••***•**•**•******•******"*****•******• 

^^»* " 

// Kcchod: GetAvailAblePAgeMaak 

// Descriptions This rputine c»lcuX*t«» the ivallabU page waka by finu»er«tin9 
all the child property (rues. 

Returns: UINT 

// , ^ 

// 

UINT CACWainrrjun*: :CetXvAiUblePA9eM*»ic(voi4) 
CWnd' pwnd - thts; 

}l Loop through all Che child vlndow and find the 
// fraoes and add their page Mask to this page maslc. 

«hile ipWnd) 

' if K (pWnd~>IsKindOC(RUHTIME CLASS (CPcopcrcySheetFrame))) fc£ 
{pWnd->GetParent U->CctSaf€HwndO — CeCSafeHundO ) ) 

^ CPropectySheecrcdme* pPropercyFrane « (CPropec^yShcetrcaae' J pWnd; 
CModelejsPropectySheec* pPropSheec - p?ropertyFramc->CetPropectySheet {) 

wPageMask -pPropSheec->GetPageMask() ; 

pWnd - pVnd->GetHext«indow(GWJIWNOPREV) ; 

i 

ceturr. wPageMasJc; 

) 



//'*• ^. 

// * ' 

// 

// Method: CanUock 

// description; This coutine detennines if we dock the specified Craroe co 
an existing frame. 

// ?.eturn5: CPropertySheetFtaae* -> Docking frame i£ one It found. 

Idefinc DOCKX^FUZZ 10 
4derir.e DCXTKY^FUZZ 10 

C?rop€rtySbeetrrame» CACR-MainFrame: :CanDoc)c(LPR£CT pPtopertyRect) 

^ CProsectySheetrrawe* ppropertyShcetFrame-NULL; 

^jjj.f wPageMaafc - LEGAL^PAGES^ONLY; 

CWni* p«nd this; 

ascT rlestRect • •pPropertyRect; 



// reduce the test rect 
: : :nf lateRect (4rTeatRcct, -OOCKX^FUZZ, -OOCKY^POZZl ; 

// toop through all the child window and find the 
// fcanea and add their Page Mask to this page mask. 

while (pWnd) 

^ if \ lpWnd->IsKindOf lROHTlKE^CLASS{CPropercyShectFraat«>)) tt 
{pHnd->G«tParent()'-x;etSaCeKwnd(J — CetSafeHwndO ) 3 

{ 

R£Ct rWindowRect; 
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^ return (CPropcrtySheecPrJ^e^^piiSr* " t-«indowRecc. right >1?«?S:ci^J^S?| 

pHnd « pWacl->GccNextWindow(GW_HlfNDPR£VJ; 



) 

return NULL; 



//* ••••• •«♦♦♦ , 

// 

// Method: SyncProp«rc.yShe«t* 

// Description: This routine syncs the property sheets up with the current 
// selection state ot the keybo*rd. 

// 

// Returns: Nothing 

// 

// • * *" • *• 

void CACTWainfraae: :SyncPropeccySheets(CKeyboacdCoee* pKeyboard] 
{ 

// Get the active Jceyboatd if one is not specified. 

if (ipKeyboard) 

pKeyboard « GetActiveKeyboard{} ; 

// Sync each property frame if a keyboard is 

// specified. 

if {pKeyScard) 
( 

F?AH!:?0SITIO«INfO f rainePositionlnCo; 

rrar-e?03itionIn£o.hWindoMOnTopOf - HHHO_TOP; 
rrane?o3Ui.onIn£o.hOcferPo$itionrnfo - : :Beq[inDefer«indow?o3 ilO) ; 

rranePoaitionlnfo. hParcnt » CetSafeHundO ; 

FcanePosttionlnfo .pKeyboard - pKeyboard; 

rrap«?03iticAXnCo»bInvalidate « TALSE; 

FrasePosicionlnfo.pScreenRect « KUZ.L; 
rraxePositionlnfo.wProphode kPropSync; 

: :£nuaHindowa(ACREnufflChildProc, (tPARAM) imnePositionlp.rol ; 



» 



Li irramePositionlnfo.hOefcrPositionrnfo) 

: :Snd0eferifindowPO5 (FranePositionlnfo.hDeferPosicionlnCo) ; 





// • 

// 

// Method: ClosePropcrtySheeta 

// D«5crip:ion; This aethod enuweraces each property sheet and closea thea. 

// Returns: Hothing 
// 



void CnC?J<air.Fra»e; tCIosePropettySheets (void) 

// Sync each property tcamc if a keyboard is 
// specified. 
r?JL^E?CS:?IOKlNrO fraawPositionlnf©/ 

taeaset (firramcPositionlnfo, 0, sireof (rramePosittonlnfo) ) ; 

FraoePositionlnfo.hWindowOnTopOf - hwho TO?; 

PranePo5itionrnfo.hDef«rPositionIn£o NULL; 

FraraePosicionlnfo^hParcnt - CctSafeHwnd () f 

FraxePositionlnfo. pKeyboard « NULL; 

FraaePositlontnf o.blnvaiidace « TALSZ: 

Fra:seP03itionIrvfo.pScreenRect - NULL; 

rrarxePositionlnfo.wProirtlode » kpropclose; 

^ : :Sr.v:.-s'.Jir.dows {ACREnuaiChildProc, <LPARAH) tFraae Posit ion Info) ; 
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Claims 

1 . Apparatus for computerised data processing, comprising 

processor means for executing a program, 

a memory element for storing the program, 
a display monitor for providing a display, 

selection means for selecting a property page of a first property sheet system, the first property sheet system 
including at least one property page displayable at a first position on the display monitor, and 
creation means for creating a second property sheet system including said selected property page, said 
selected property page being displayable at a second display position on the display monitor. 

2. Apparatus for configuring a peripheral via a computer or configuring the intercommunication between a computer 
and a peripheral, the computer comprising; 

processor means for executing a program, 

a memory element for storing at least the program, 

a display monitor for providing a display, 

the processor means being adapted to display via the display monitor property sheet systems for receiving 

configuration settings data from a user, the processor means being further adapted to store said data in the 
memory element at least temporarily and to employ said data when communicating with the peripheral; 
selection means for selecting a property page of a first property sheet system, the first property sheet system 
including at least one property page displayable at a first position on the display monitor, and 
creation means for creating a second property sheet system including said selected property page, said 
selected property page being displayable at a second display position on the display monitor. 

3. The apparatus of Claim 1 or Claim 2 further including 

removal means for removing said property page selected by said selection means from said first property 
sheet system such that said selected property page is not displayable by said first property sheet system. 

4. The apparatus of Claim 3 further including 

destruction means for destroying said first property sheet system when said first property sheet system does 
not include any property pages. 

5. The apparatus of any preceding Claim further conrprising 

positioning means for varying and indicating on the display monitor said second display position at which said 
property page selected by said selection means and included in said second property sheet system is display- 
able by said second property sheet system. 

6. The apparatus of any preceding claim further including 

docking means for placing said property page selected by said selection means into a selected property sheet 
system for inclusion therein, said property page being displayable on the display monitor by said selected prop- 
erty sheet system. 

7. The apparatus of Claim 6 further comprising 

positioning means for varying and indicating the position of the display monitor of a symbol representative of a 
property page selected by said selection means, and 

proximity means for determining a parameter responsive to the distance on the display monitor between said 
symbol and the position on the display monitor of a displayed property page of a property sheet system, and 
wherein said parameter is less than a first selected value, said docking means in response to a first user input 
places said selected property page in said property sheet system displaying said displayed property page for 
inclusion therein and for display on the display monitor thereby. 

8. The apparatus of Claim 7 wherein when said parameter is greater than a second selected value, said creation 
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means in response to a second user input displays said selected property page included in said second property 
sheet system at a position on the display monitor determined by the display position of said symbol. 

9. The apparatus of Claim 7 further comprising 

icon means for displaying on the display monitor an icon having at least a first display state, said icon displayed 
in said first display state when said parameter is less than said first selected value, said first display state for 
indicating to a user that said docking means, in response to said first user input, will place said selected prop- 
erty page into said property sheet system displaying said displayed property page. 

10. The apparatus of Claim 9 wherein said icon means further comprises means for displaying said icon in a second 
display state when said parameter is greater than a second selected amount, said second display state for indicat- 
ing to a user that said second property sheet system will display said property page selected by said selection 
means at a position on the display monitor determined by the position of said symboL 

1 1 . A method for displaying property pages on a computer display monitor comprising the steps of 

creating a first property sheet system including at least one property page displayable at a first position on a 
display monitor. 

selecting a property page of said first property sheet system, and 

creating a second property sheet system including said selected property page, said selected property page 
being displayable at a second display position on the display monitor. 

1 2. A method of displaying on a computer display monitor configuration settings governing a peripheral or intercommu- 
nication between a computer and a peripheral, comprising the steps of 

creating a first property sheet system including at least one property page displayable at a first position on a 

display monitor, 

selecting a property page of said first property sheet system, and 

creating a secorxJ property sheet system including said selected property page, said selected property page 
being displayable at a second display position on the display monitor. 

13. The method of Claim 1 1 or Claim 12 further including the steps of 

selecting a property page from one of said first and second property sheet systems, and 

docking said property page selected from one of said first and second property sheet systems into the other of 

said first and second property sheet systems for display thereby. 

14. A method for displaying property pages on a display monitor, conprising the steps of 

creating first and second property sheet systems, said first property sheet system including a property page 

displaying at first display position on the display monitor, 
selecting a property page of said first property sheet system, and 

docking said selected property page into said second property sheet system, said selected property page dis- 
playable at a second display position on the display monitor. 
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